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[57] ABSTRACT 

A method and apparatus for controlling access to data 
blocks stored by addresses in a memory and concur- 
rently accessible by a plurality of transactions is pro- 
vided. The method includes die steps of receiving an 
address of a data block to be accessed by a first transac- 
tion, deriving from the address an access table entry 
corresponding to the data block where the entry in- 
cludes lock data that governs access to the data block, 
and providing the access if permitted by the lock data, 
or providing the access, if not permitted by the lock 
data, and recording the occurrence of the access in the 
lock data. 

16 Claims, 5 Drawing Sheets 
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DISCLOSURE OF THE INVENTION 



MEMORY CONTROLLER FOR PROTECTED 

MEMORY WITH AUTOMATIC ACCESS In accordance with the present invention a method 

GRANTING CAPABILITY for controlling access to data blocks stored by addresses 

5 in a memory and concurrently accessible by several 

TECHNICAL FIELD transactions is provided. The method consist of the 

n* invention rd^ U> <Uu preceding and more ^^T^iZ^ZT^ dc^gtm^ 
specific^ to control!** acce» to . protected men> JJJJ ^IL^ie^ry cSrreipondingto the data 
ory * 10 block, the entry including lock data that governs the 
BACKGROUND ART access to the data block, and (c) providing the access if 
__ . A .. . - i j *u „ permitted by the lock data, or providing the access, if 
Present data processing a^totnnis uiclude the re- £ t permitted by the lock data, aid recording the occur- 
quircmcnt that several tosks be performed ^wncurrently. m ^ o{ ^ m ^ lock ^ 
These ^/equire read and wr^ access* data memo- 15 ^ m accordance with present invention is a 
no in the the data proc«^syste«ns. Problems occur metbod for access to data blocks stored by 
when these multitask transactions attempt to read and ^dresses in a memory and concurrently accessible by 
wnte data in the memory concurrently. These problems txnnsactioiss whcrcm ^ me thod includes the 
arise when the system is attempting to provide transac- of(a) receiving an address of a data block to be 
uon concurrency while ensuring that the performance w accessed b a fat transaction, (b) deriving from the 
of tasks is performed m a scheduled manner, i.e that one addw>> m acce$3 ^ mtTy corresponding to the data 
task is performed before another. These problems are block where ^ entry includes lock data that regulates 
^S^L^L^- ~ ~ transaction Momtonng access to ^ blocJj . md (c) providing access if permit- 
ENCOMPASS: Reliable Distributed Transaction Pro- ^ by the lock data or providing access, if not permit- 
ceasing", published in the IEEE Proceedings on Very 2J ted by the lock data, when the first transaction is a read 
Large Data Bases, September 198 1, pages 244-254. Fur- transaction and all other transactions accessing the data 
thermore, a U.S. patent application Ser. No. 115,146, btock m ^ transactions, or when the first trans- 
entitled "Method for Concurrent Record Access Using ^ a writc transaction and there are no other 
an Index Tree", filed Oct 3a 1987 also addresses the transactions accessing the data block, 
problems of concurrent transaction processing. A lock- w This invention also provides a mechanism for regulat- 
ing protocol provides for concurrent access to data in a mg the access to data blocks in accordance with the 
memory by multiple transactions in a ordered manner. previous discussed methods. This regulating apparatus 
Locking prevents one transaction from accessing a re- ^ performs address translation for a virtual memory 
cord that is being modified, or owned, by another trans- storage system, 
action. This ensures that one transaction will not read a 35 

record that is in the process of being changed by an- BRIEF DESCRIPTION OF DRAWING 
other transaction, thus ensuring an ordered interaction The novel features believed characteristic of the in- 
between these transactions. vention are set forth in the appended claims. The inven- 
One locking protocol technique is illustrated in U.S. non itself, however, as well as the other features and 
Pat No. 4,680,700 entitled "Virtual Memory Address 40 advantages thereof, will be best understood by refer- 
Translation Mechanism With Combined Hash Address ence to the detailed description which follows, read in 
Table And Inverted Page Table" assigned to the pres- conjunction with the accompanying drawings, wherein: 
ent assignee. Another patent describing memory pro- FIG. 1 is a block diagram of a data processing system; 
tection for concurrent transaction operation is U.S. Pat. FIG. 2 is an illustration of a short address to long 
No. 4,638,426 entitled "Virtual Memory Address 45 address translation; 

Translation Mechanism With Control Data Persis- FIG. 3 is a diagram illustrating an inverted page table 

tence" also assigned to the present assignee. These two address translation; 

references address the application of locking protocols FIG. 4A is a flowchart for the memory controller 

to virtual address translation. Regulating the access to procedure during a read operation; and 

protected data can be performed while performing the 50 FIG. 4B is a flowchart for the memory controller 

task of translating between the virtual addresses and the procedure during a write operation. 

real addresses in a virtual memory system. In perform- „™ * . ««*r^^ ^™ 

ing the virtual to real address translation, each\u1dress- BEST MODE FOTCARAYWG OUT THE 

able data block includes additional data that describes INVENTION 

the accessibility of this data by transactions. In other 55 This invention includes a method and apparatus for 

words, the setting of these data bits will determine regulating the access of several concurrently executing 

whether a transaction can access a data block. transactions to data blocks in a memory. The preferred 

The object of the present invention to provide a embodiment includes a virtual memory system. The 

memory controller that grants access to concurrently regulation of access to the data is performed during the 

executing transactions while protecting the integrity of 60 process of virtual to real address translation. The mech- 

the data being accessed. anisms for performing access in a virtual memory sys- 

An additional object of the present invention is to tern are disclosed in U.S. Pat. Nos. 4,680,700 and 

provide a memory controller that records the access so 4,638,426 which are herein incorporated by reference, 

granted. FIG. 1 is a simplified block diagram of data process- 

The further objective of the present invention is to 65 ing system including a processor 10 connected by a 

provide a memory controller that regulates access to bidirectional bus 12 to a memory controller 20 which is 

protected data blocks stored in a manner as not to im- connected by a bidirectional bus 22 to a memory 30. In 

pede the efficiency of concurrent transaction execution. practice, processor 10 can be a single or several proces- 
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son that are executing program sequences. These pro- indication whether the lock bits (32 lock bits in line 54) 
grams sequences will include transactions that are exe- represents write locks or read locks for the data blocks 
cuting concurrently and attempting to concurrently on the page. The variable "a" represents the allow read 
access data stored in the memory 30 through the mem- indication. The allow read indication permits any trans- 
ory controller 20. In this embodiment, the memory 5 action to read data blocks on the page. The "w" and V 
controller 20 further performs the virtual to real mem- variables represent the grant write locks and the grant 
ory address translation that is described in detail in the read locks indications respectively. When these lock 
above two patent references. Therefore, a detailed de- variables are set, the memory controller will automati- 
scription of virtual address translation will not be dis- cally provide access to data blocks and record access 
cussed. However, certain aspects of the virtual address 10 granted, without intervention by any supervisory soft- 
translation will be described to illustrate the regulation ware. 

of access to data in the invention. In operation, a transaction will attempt to access a 

In FIG. 2, the generation of a long virtual address page by providing the long virtual page address which 
from a short address is illustrated. The short address is is converted by the memory controller 20 into a real 
received from the processor 10 and is to be translated IS address 48. A function performed by the memory con- 
in to a real address. In FIG. 2, the short address 40 in- trailer reads the entry 54 in the inverted page table 
eludes two parts. The first part is a four bit designation during the conversion of the virtual address to the real 
of the segment register. The second part is a 28 bit address. The function grants or denies access on the 
designation of an offset in a segment The segment regis- basis of the entry 54 in the inverted page table and the 
ter 42, contained in the memory controller 20, includes 20 transaction identifier register 52 which specifies the 
additional data governing the virtual address translation currently executing transaction. In doing so, the func- 
procedure. One portion of the segment register contents tion will ensure that the lock bits for that transaction are 
is the segment identifier or segment ID. This is a 24 bit such that the transaction has only access as appropriate 
segment ID that is concatenated with the 28 bit offset in for it In other words, this function by using the lock 
the segment portion from the short address to make an 25 bits will ensure that a transaction will not be granted 
overall long virtual address 44. The long virtual address . access, either read or write, to data blocks where such 
is then translated in a manner illustrated in FIG. 3. access is inappropriate. 

FIG. 3 illustrates the operation of the inverted page In this embodiment, such a supervisory function is 
table. Again, a detailed explanation of the virtual ad- provided. Furthermore, by using the grant read lock 
dress translation procedure is described in the two pa- 30 and grant write lock indicators, the supervisor may 
tent references previously discussed. The long virtual selectively enable an automatic capability for a transac- 
address 44 includes the segment ID, and the offset in tion to access data blocks and automatically record the 
segment The offset in the segment portion is divided access in the lock bits. This is accomplished by perform- 
in to an offset in the page portion and a virtual page tng those procedures indicated in the flowcharts in 
portion. The segment ID and the virtual page portion 35 FIGS. 4A and 4B. These procedures are performed by 
are EXCLUSIVE ORed to form an index used to ac- the memory controller while performing the virtual 
cess data in a hash table 46. The output of the hash table address to real address translation. 
46 is an index used to access the inverted page table 50. In FIG. 4A a flowchart representing the read access 
The inverted page table 50 includes entries governing is illustrated. Referring to FIG. 4A, the memory con- 
the access to the data blocks in the memory. The vpage 40 trailer first determines whether the transaction is a read 
field in the Kth entry in the inverted page table 50 is or write transaction in step 100. If the transaction is a 
equal to the virtual page associated with the Kth real write transaction, the controller proceeds to connector 
page of memory, and the real address 48 is formed by 102 to the flowchart in FIG. 4B. If the transaction is a 
concatenation as shown in FIG. 3. The memory con* read transaction, the controller then determines in step 
trailer further includes a transaction ID register 52 that 45 104 if the allow read indicator is set to a zero. If allow 
contains the identifier of the transaction currently exe- read is set to one access granted. If the allow read indi- 
cuting on the processor. The entry 54 in the inverted cator is a zero, the controller proceeds to step 106 to 
page table includes the segment ID, virtual page desig- determine if the transaction ID in the inverted page 
nator, the lock bits and several other variables to be table 54 matches the transaction ID register 52 contents, 
discussed. As previously discussed, the lock bits govern 50 If the transaction ID does not match, the controller 
the access to the data block by the transaction. If an proceeds to step 118 to deny access and generate an 
access is to be allowed, the lock bit for the respective interrupt If the transaction ID does match, the control- 
data block will be set to a one. If access is not to be ler proceeds to step 108 to determine if the lock type 
allowed, the lock bit will be set to zero. equals one or zero. If the lock type equals one indicating 

The present invention provides a procedure for regu- 55 that all of the lock bits are write locks, all read accesses 
lating access to the data blocks in accordance with the are allowed. The controller then proceeds to step 120 to 
lock bits, but also, to provide more efficient concurrent allow the read access. If the lock type is set to zero, the 
transaction execution, it provides concurrent access to controller proceeds to step 110 to determine the state of 
some data blocks even though prohibited by the lock the grant read indicator. If the grant read indicator is 
bits. This additional access is provided when the integ- 60 one, the controller determines in step 112 the status of 
rity of the data can be guaranteed or when the transac- the lock bit for the data block to be read (in this example 
tion access will not affect any other accesses. The mem- the jth data block). If the lock bit is not set, the control- 
ory controller 20 (FIG. 1) will use the real address 48 to ler proceeds to step 114 to set the lock bit equal to one 
access data in the memory 30 in accordance with the for that data block and then proceeds to step 120 to 
accessing procedure that is governed by the lock bits in 65 allow access. In step 112, if the lock bit is already set 
entry 54. the controller permits access through step 120. Return- 

In FIG. 3, line 54 includes the variables 1 , w, r and a. tng to step 110, if the grant read is set to zero, the con- 
The variable "1" stands for lock type. This is a one-bit trailer proceeds to step 116 to determine the state of the 
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lock bit If the lock bit is set to one, the controller pro- 
vides access via step 120. If the lock bit is set at zero, the 
controller proceeds to step 118 to provide an interrupt. 

Referring to the flow chart in FIG, 4B, the controller 
proceeds to step 140 through connector 102 to deter- 
mine if the transaction ID in the inverted page table 54 
matches the contents of the transaction ID register 52. 
If not, an interrupt in step 150 is generated If there is a 
match, the controller proceeds to step 142 to determine 
if the grant write indicator is set If not, the controller 
proceeds to step 144 to determine if the lock type is 
equal to zero. If so, the interrupt is generated in step 
150. If not, the controller proceeds to step 152 to deter- 
mine if the lock bit is set to one. If not, the controller 
proceeds to step 150 to generate an interrupt If the lock 
bit is set to one, the controller proceeds to step 158 to 
grant write access. 

Returning to step 142, if the grant write is set then 
the controller proceeds to step 146 to determine if the 
lock type is set to one. If so, the controller proceeds to 
step 154 to determine if the lock bit is set to one. If so, 
the controller grants access in step 158. If not the lock 
bit is then set to one in step 156 and the write access is 
granted in step 158. 

Returning to step 146, if the lock type is equal to zero, 
the controller proceeds to step 160 to set the lock type 
equal to one. In step 162, the lock bit that is being ac- 
cessed is set to one and all other lock bits are set to zero. 
Then in step 158, the write access is granted. 

In the flow chart in FIG. 4A, if a lock bit does not 
grant access but the grant read is set to one, the access 
will still be granted and the respective lock bit will be 
changed to record the access. In accordance with this 
procedure, this recording of the read access to the data 
block is done automatically without intervention by any 
supervisory software function. Likewise, in FIG. 4B, if 
the grant write indicator is set, the write access is al- 
lowed even if the lock bits are not set appropriately, and 
the record of the write access is provided by the auto- 
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dress information of the data block to be accessed 
and lock information; 
determining in the processor from said lock informa- 
tion if any access to the data block is to be permit- 
ted; and 

providing in the processor said access to the data 
block in said memory if permitted by said lock 
data, if not permitted by said lock data, providing 
said access with recording of the occurrence of the 
access by providing the real address information to 
the memory, and recording that the access oc- 
curred in the lock data. 

2. A method according to claim 1 wherein said access 
table entry data includes a first bit indicating permission 
for read accesses. 

3. A method according to claim 2 further including a 
step of recording the occurrence of a read access 
granted in response to the first bit. 

4. A method according to claim 2 wherein said access 
table entry data includes a second bit indicating permis- 
sion for write accesses. 

5. A method according to claim 4 further including a 
step of recording the occurrence of a write access 
granted in response to the second bit. 

6. A method according to claim 2 wherein said access 
table entry data includes a third bit indicating permis- 
sion for all read accesses and to not record the occur- 
rence of the read access. 

7. A method according to claim 2 wherein said access 
table entry data includes a fourth bit indicating whether 
the lock information is permitting read or write access 
to the data block in memory. 

8. In a data processing system providing for concur- 
rent performance of multiple task operations in a pro- 
cessor, each task operation including at least one trans- 
action where a transaction includes at least one access 
request to access data blocks in a memory, a memory 
controller connecting a processor and said memory for 
controlling access to data blocks stored by virtual ad- 



matic setting of these lock bits. Also, if the lock type is 40 dresses in a virtual address memory space in said mem- 



not set the lock type is set to provide write access and 
thus records the granting of the write access. 

While this invention has been described with refer- 
ence to the illustrated embodiment this description is 
not intended to be construed in a limiting sense. Various 45 
modifications of the illustrated embodiment as well as 
other embodiments of the invention will become appar- 
ent to those persons skilled in the art upon reference to 
this description. It is, therefore, contemplated that these 
appended claims will cover any such modifications or 50 
embodiments as fall within the scope of this invention. 

We claim: 

1. In a data processing system providing for concur- 
rent performance of multiple task operations in a pro- 
cessor, each task operation including at least one trans- 55 
action where a transaction includes at least one access 
request to access data blocks in a memory, a method for 
controlling access to data blocks stored by virtual ad- 
dresses in a virtual address space in said memory and 
recording access by concurrent operations, wherein 60 
said data blocks are concurrently accessible by a plural- 
ity of transactions, said method comprising the steps of: 
receiving a virtual address from a task operation in 
the processor of a data block to be accessed from 
each access request; 65 
deriving in the processor from said virtual address an 
access table entry in said memory corresponding to 
said virtual address, said entry including real ad- 



ory and recording access by concurrent operations, 
wherein data blocks are concurrently accessible by a 
plurality of transactions, said controller comprising: 
means for receiving a virtual address from a task 
operation in the processor of a data block from 
each access request; 
means for deriving in the processor an access table 
entry in said memory corresponding to said virtual 
address, said deriving means including means for 
forming a real address from said virtual address for 
accessing said data block from said memory, and 
said access table entry including lock data used by 
said deriving means for determining in said proces- 
sor if an any access to the data block is to be per- 
mitted; and 

means for providing in said processor said access to 
the data block in said memory if permitted by said 
lock data, or if not permitted by said lock data, 
providing said access with recording of the occur- 
rence of the access by providing said real address 
to said memory, and recording that the access oc- 
curred in the lock data. 

9. A memory controller according to claim 8 wherein 
said providing means includes means for selectively 
inhibiting said means for providing access irregardless 
of the lock information. 

10. A memory controller according to claim 9 
wherein said selectively inhibiting means includes 
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moms to decode data in said access table entry for said 
virtual memory address. 

11. A memory controller according to claim 10 
wherein said access table entry data includes a first bit 
indicating to the memory controller to permit read 
accesses to said data block. 

XL A memory controller according to claim 11 fur- 
ther including means for recording in said lock informa- 
tion a read access in response to the first bit 

13. A memory controller according to claim 12 
wherein said access table entry data includes a second 
bit indicating to the memory controller to permit write 
accesses. 



14. A memory controller according to claim 13 fur- 
ther including means for recording in said lock informa- 
tion a write access in response to the second bit 

15. A memory controller according to claim 14 
5 wherein said access table entry data includes a third bit 

indicating to the memory controller to permit all read 
accesses and not to record in the lock information the 
read access* 

16. A memory controller according to claim 15 
10 wherein said access table entry data includes a fourth bit 

indicating whether lock information in said entry is for 

permitting read or write access. 
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